Does anyone know what the following trigger status values can be used for: |
Re: Trigger Status The status only matters when the trigger code ends much like you would do with a variable designed to hold the return value of a function, when the 'return(var)' is at the bottom. So you can do this: set(trigPreConFail) if (some wierd conditions) set(trigPreConPass)
set(trigPreConFail) set(trigError)
|
Re: Trigger Status llandale - Mon Sep 27 09:23:24 EDT 2010 The status only matters when the trigger code ends much like you would do with a variable designed to hold the return value of a function, when the 'return(var)' is at the bottom. So you can do this: set(trigPreConFail) if (some wierd conditions) set(trigPreConPass)
set(trigPreConFail) set(trigError)
Mathias Mamsch, IT-QBase GmbH, Consultant for Requirement Engineering and D00RS |
Re: Trigger Status Played with it some more. The Default status appears to be Pass (when there is no 'set' command issued in the pre-trigger). However, I managed to play with various combinations of setPreConFail and setError, both in the trigger and in the code that deploys the trigger, and managed to change the default to Fail, most of the time. I could not reproduce what was going on and sometimes it would Pass, but I somewhat reasonably deduce that... ... Trigger statuses setError and setRunOK have something to do with default Status for future pre-triggers. e.g. perhaps sometimes "set default fail with there's a DXL Error" or "set default pass when the DXL RunOK". But I'm spent enough time on this.
How do I find out what's defined in the Top Context? |